Skip to main content
This forum is closed to new posts and responses. Individual names altered for privacy purposes. The information contained in this website is provided for informational purposes only and should not be construed as a forum for customer support requests. Any customer support requests should be directed to the official HCL customer support channels below:

HCL Software Customer Support Portal for U.S. Federal Government clients
HCL Software Customer Support Portal

HCL Notes/Domino 8.5 Forum (includes Notes Traveler)

HCL Notes/Domino 8.5 Forum (includes Notes Traveler)

Previous Next
Subject: XPages: EditBox with DefaultValue doesn't store this value
Feedback Type: Problem
Product Area: Domino Designer on Eclipse (DDE)
Technical Area: Functionality
Platform: Windows XP client
Release: 8.5
Reproducible: Always

Situation:
An XPage with a datasource bound to a NotesDocument. One of the EditBoxes contains a DefaulValue which should never be edited by the user. So I set the EditBoxe's properties to be "Read-only". I also tried "Disabled" instead, and I tried both settings at the same time. Result is always the same:
if the EditBox is not truly editable the Default Value is never stored in the resulting document. If I leave both options unchecked the value will be stored, though. And: if I check one or both of those options AND programmatically set the field's value through a button the value will be stored as well!

I'm aware that I can use a computed field as a workaround or apply a CSS style, but still I feel that this should be working as it always worked in plain web forms where you can set "readonly" or "disabled" attributes.


Feedback number WEBB7NJEWU created by ~Justin Zekamanlen on 01/22/2009

Status: Open
Comments:

XPages: EditBox with DefaultValue d... (~Justin Zekaman... 22.Jan.09)
. . Sounds like a bug - have you report... (~Sanjay Quettum... 22.Jan.09)
. . . . no I haven't... (~Justin Zekaman... 22.Jan.09)
. . . . . . Maybe (~Sanjay Quettum... 22.Jan.09)
. . . . . . . . OK, but how? (~Justin Zekaman... 23.Jan.09)
. . . . . . . . . . Hmmm.... (~Sanjay Quettum... 23.Jan.09)
. . . . Cannot create SPRs (~Justin Zekaman... 30.Jan.09)
. . . . . . SPRs are created by support/Dev (~Rex Pretoolito... 30.Jan.09)
. . . . . . . . SPR vs. PMR - always confusing me (~Justin Zekaman... 30.Jan.09)
. . . . . . . . . . PMR vs. SPR (~Sanjay Quettum... 30.Jan.09)
. . Sorry for not replying sooner. This... (~Holly Minkilit... 30.Jan.09)




Printer-friendly

Search this forum

Member Tools


RSS Feeds

 RSS feedsRSS
All forum posts RSS
All main topics RSS